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ABSTRACT 



A dynamically-chainable network proxy is implemented in 
a method for chaining a network proxy to a destination 
device, wherein the network proxy is coupled to a source 
device and a plurality of destination devices, including the 
step of receiving a request from the source device at the 
network proxy. The network proxy then selects one of the 
plurality of destination devices to serve the request, with the 
selection made according to a predetermined selection cri- 
terion. The network proxy reformats the request to designate 
the selected destination device, and then forwards the refor- 
matted request to the selected destination device. 

13 Claims, 5 Drawing Sheets 



RECEIVE 
REQUEST 



REFORMAT 
REQUEST 



DETERMINE 
DESTINATION 



TRANSMIT 
REFORMATTED 
REQUEST 



100 



110 



120 



130 



01/24/2004, EAST Version: 1.4.1 



U.S. Patent Feb. 5, 2002 Sheet 1 of 5 US 6,345,303 Bl 




01/24/2004, EAST Version: 1.4.1 



U.S. Patent 



Feb. 5, 2002 Sheet 2 of 5 



US 6,345,303 Bl 




01/24/2004, EAST Version: 



1.4.1 



U.S. Patent Feb. 5,2002 



Sheet 3 of 5 



US 6,345,303 Bl 




01/24/2004, EAST Version: 1.4.1 



U.S. Patent 



Feb. 5, 2002 



Sheet 4 of S 



US 6,345,303 Bl 



CM 



r 



r 





cc uj 
o cc 



CM 



-V" 
o 



J 



01/24/2004, EAST Version: 1.4.1 



U.S. Patent Feb. 5, 2002 Sheet 5 of 5 



US 6,345,303 Bl 



RECEIVE 
REQUEST 



100 



_J 

DETERMINE 
DESTINATION 



110 



REFORMAT 
REQUEST 



I 



TRANSMIT 
REFORMATTED 
REQUEST 



120 



130 



FIG.5 



01/24/2004, EAST Version: 1.4.1 



US 6,345303 Bl 

1 2 

NETWORK PROXY CAPABLE OF FIG. 2 is a schematic diagram illustraiing a dynamically. 

DYNAMICALLY SELECTING A chainable network proxy according to an embodiment of the 

DESTINATION DEVICE FOR SERVICING A present invention. 

CLIENT REQUEST FIG. 3 is a schematic diagram illustrating a network proxy 

5 according to an embodiment of the present invention imple- 

This application claims the benefit of U.S. Provisional mented as a transcoding server. 

Application No. 60/042,072, filed Mar. 25, 1997. piG. 4 is a schematic diagram illustrating a protocol for 

BACKGROUND OF THE INVENTION use b ? a dynamically-chainable network proxy according to 

an embodiment of the present invention. 

The present invention relates generally to the field of 10 * * « u - -n . .l j r j 

r , . , . r- , i j FIG. 5 is a flow chart illustrating a method for dynami- 

computer networking, and in particular to a method and „ . . . t * « , , , , /. 

r - i.,. . • n . i cally chaimng a network proxy to a selected destination 

apparatus tor enabling a device configured as a network A . t . r ,. , 

vv , . ,f , . & , device according to an embodiment of the present invention, 
proxy to be dynamically chained to a second network proxy. 

It is known to deploy a network proxy, or proxy server, as DETAILED DESCRIPTION 
an intermediary between one or more client computers and 15 A ne , work ^ of prQxy seryer> {s typicaJly uscd ^ 
an external network such as the Internet. Network proxies con j unction with so-called "firewall" software to protect a 
are described generally in Ian S. Graham, HTML Source ^ (Local ^ Network) 6om unaul horized access over 
Book: A Complete Guide to HTML 3.0 403 (2d ed. 1996). , he Interaet . A firewaI1) typically installed on a gateway 
Most existing network proxies lack the ability to chain to computer mat links a LAN to the external world, restricts 
other prox.es. Instead, such network proxies simply connect 20 exlernallyK)riginated network packets from entering the 
direcUy to a network server capable of servicing a request , ocal network) thereby prot e Ctin g the LAN from hazards 
received from a client device. In other words, the typical such ^ unauthorized access . ^ nrewaU> however, also 
transaction is client-network proxy-server. Some net- pre v en ts network users from directly accessing external 
work proxies are capable of being statically configured to resourC6S sucn as the World-Wide Web ("the Web"). Net- 
chain to another network proxy (for example, using static 25 work proxies are oflen ^ l0 address lhis shortcoming . See 
configuration ".INI" files or MS-Windows registry entries at Graham at 403 

compile time). An example of such a statically-chainable .. . ' , ,, „ , , , „ 

. r . • .■_«. i ■ «i7 u i tu.. j . Network proxies are usually configured to have free 

Sldb Xy M S CI netWCrkmC1 Webmaker P roducl access to both internal LAN resources and external 

/ . . . .in resources, and can safely pass data back and forth across the 

A potential disadvantage of existing network proxies, firewall Vs&r& may then be ^ safc> indirect> 

even those capable of being statically configured to chain to acccss to Wcb resourccs by con fig Ur ing the user's Web 

another network proxy, is limited flexibility with respect to browger tQ reference me network oxy instead of external 

system configuration arising from the lack of an ability to (arget scrvefS When the Web browscr fa used {Q retrieve 

dynamically chain to other network proxies in response to, information from outside the firewall it xnds a request to the 

for example, changing network conditions. Even with exist- netwQrk prQxy( whicfa then corapletes the rcques t and returns 

ing statically-chainable network proxies, it is necessary to me resuU tQ the requester _ Id 

restart (or reboot) the network proxy device in order to „ c A - ,. , .„ t . 

■ V j ■ j/n t-u * *u Referring now to FIG. 1, which illustrates an environment 
change the designated chained to proxy. There is thus a . , . , & , ,. c . t . , 

, & . 1 1 p . . • . „ in which embodiments of the present invention may be 

need for a network proxy capable of being dynamically , t , . i\ iL t c J c 

■ • * . 40 implemented, a network server 10 manages the transfer of 
cDaineo to anorner networK proxy, thereby enaoung system ^ from Inlernet g 

to a network client 12. Network 

administrators to quickly and conveniently effect changes in 4 , i , . . , , , . 

. - \. J J & client 12 may be any computer having suitable data corn- 
network configuration. . 

to mumcations capability. 

SUMMARY OF THE INVENTION Network client 12 communicates requests for information 
The present invention relates to methods and devices for *5 to, and receives information from, network server 10 over a 
dynamically chaining a network proxy to a selected desti- client/server communications link 14. Client/server commu- 
nation device. Embodiments of the invention may be used, nications link 14 may comprise, for example, a so-called 
for example, to chain a network proxy to a selected network " slow network" using, for example, POTS (Plain Old Tele- 
server, or even another network proxy, in response to any of P none Service) dial-up technology or wireless connections, 
a wide variety of predetermined selection criteria. 50 Alternatively, client/server communications link 14 may 
According to one embodiment, a method for dynamically comprise a so-called "fast network," such as a LAN or WAN 
chaining a network proxy to a destination device, wherein CWidc Area Network), which is capable of operating at much 
the network proxy is coupled to a source device and a higher speeds (for example, 5 x to 1 Ox) than are possible with 
plurality of destination devices, begins with the network slow ^tworks. Combinations of these access methods are 
proxy receiving a request from the source device. The 55 also possible. For example, network client 12 may use a 
network proxy then selects one of the plurality of destination P0TS or wireless diaUu P connection to a modem bank 
devices to serve the request, with this selection being made maintained by an ISP (Internet Service Provider), which is 
according to a predetermined selection criterion. The net- in turn connected to network server 10 over a LAN. Network 
work proxy then reformats the request to designate the 10 communicates with computers resident on Internet 
selected destination device as the recipient of the request, 60 18 through server/network communications link 16, which 
and forwards the reformatted request to the selected desti- may comprise any suitable communications medium known 
nation device ' in art * Server/network communications link 16 is typi- 
cally a much faster connection than client/server communi- 
BRIEF DESCRIPTION OF THE DRAWINGS cat i 0 ns link 14. 

FIG. 1 is a schematic diagram illustrating an environment 65 According to a first general embodiment of the present 

in which embodiments of the present invention may be invention, illustrated schematically in FIG. 2, network client 

implemented. 12 accesses Interaet 18 through a dynamically-chainable 
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network proxy 34. Network proxy 34 may be implemented, may be used to store both original and transcoded versions 

for example, as part of a network server (such as network of content for later transmission to network client 12 without 

server 10 in FIG. 1), as a stand-alone computer in commu- the need to re-retrieve the content from Internet 18 or to 

nication with a network server, or as a distributed system of re-transcode the content. 

computers. Network proxy 34 may be coupled, for example, 5 Transcoding server 34 is coupled to network client 12 by 

to a network server (not shown), an ISP's network, a client/server communications link 14. Network client 12 

corporate network, or anywhere on Internet 18, and provides includes a browser 32, such as the Netscape Navigator v.3.0 

multiple users with a means to obtain content resident on browser (although the invention is not limited in this 

Internet 18. Network proxy 34 may also be coupled to one respect), which manages the presentation of data to a user, 

or more additional network proxies (not shown). 10 i n this embodiment, network client 12 is "non-enabled," 

Network proxy 34 differs significantly from known net- meaning no specialized transcoding software is preloaded on 

work proxies, which generally are little more than a conduit network client 12. 

for requests to, and replies from, external Internet resources. Parser 22 may comprise a relatively simple, uniform 

Here, network proxy 34 not only examines such requests and interface to HTTP remote proxy 36, and may provide an API 

replies, but may act on commands in the requests by, for 15 (Application Programming Interface) for transcoding data 

example, determining whether or not to direct the request to received by HTTP remote proxy 36. Parser 22 manages one 

another network proxy. For example, network proxy 34 may or more transcode service providers 24 that are accessed 

be a so-called "smart proxy" of a type described in U.S. through a common SPI (Service Provider Interface). In this 

patent application Ser. No. 08/772,164 entitled "System for particular embodiment, parser 22 is designed in compliance 

Enhancing Data Access Over a Communications Link," filed 20 with the Windows Open Systems Architecture (WOSA), and 

on Dec. 20, 1996 now U.S. Pat. No. 6,185,625, and U.S. may be implemented as a Win32 DLL (Dynamic Link 

patent application Ser. No. 08/799,654 entitled "Method and Library). The WOSA architecture, described in Readings on 

Apparatus for Scaling Image Data," filed on Feb. 11, 1997 Microsoft Windows and WOSA (Microsoft Corp. 1995), 

still pending, both of which are assigned to Intel Corpora- enables additional transcode service providers 24 to be 

tion. FIG. 3 illustrates one embodiment of such a "smart 25 dynamically added to the system to provide new features, 

proxy," implemented as a transcoding server such as new or improved transcoding algorithms, while at 

Referring now to FIG. 3, a transcoder 20 includes a parser the same time not requiring changing or retesting other 

22 and a plurality of transcode service providers 24. Parser software components in the system. This feature is espe- 

22 is configured to act upon data received by transcoder 20, cially beneficial where transcoding server 34 also interacts 

such as a request for a network object generated by a client 30 with "enabled" network clients equipped with specialized 

device or a reply to such a request provided by a content transcoding software, as described in the above-referenced 

server device. In this particular embodiment, parser 22 is Intel patent applications. Transcoding server 34 may advan- 

responsible for selectively invoking one or more of tageously be configured flexibly enough to readily interact 

transcode service providers 24 based upon a predetermined with both non-enabled and enabled network clients, 
selection criterion. In this particular embodiment, transcod- 35 Like parser 22, server-side cache interface 28 may be 

ing server 34 includes an HTTP (HyperText Transfer modeled after a standard Get/Set interface. Server-side 

Protocol) remote proxy 36, capable of accessing Internet 18 cache memory 30 essentially "owns" all cached objects, in 

over server/network conmunications link 16. Using that it manages the properties and storage of the objects and 

transcoder 20, HTTP remote proxy 36 is capable of may invalidate any non-locked object at any time; however, 

transcoding (for example, adding, changing and/or deleting) 40 the actual format of any given cached object is known only 

content received from Internet 18 prior to returning it to a by parser 22 and its associated transcode service providers 

requesting network client 12, as is described further in the 24. Thus, for data integrity and transcoding efficiency 

above-referenced Intel patent applications. purposes, all access to server-side cache memory 30 in this 

HTTP remote proxy 36 includes a client preference table 45 embodiment is through parser 22. 
26, which may be used to store information relating to the Server-side cache interface 28 may include the following 

manner in which data should be transcoded before being calls: 

sent to network client 12. Create Entry(URL, &Entry, . . . ); 

Looking more closely at the embodiment in FIG. 3, GetEntry(URL, &Entry); 
transcoder 20 is coupled to HTTP remote proxy 36. Parser 50 CreateStream(Entry, &StreamEntry, . . . ); 
22 manages the transcoding of data to be transmitted from GetStream(Entry, &StreamEntry, . . . ); 
transcoding server 34 to network client 12. To this end, n p \_ v 
parser 22 controls transcode service providers 24 to selec- ose D ^ n 

lively transcode content based on a predetermined selection CloseStreamEntry(StreamEntry); 
criterion. For example, one or more transcode service pro- 5S GetProperties(Entry, &Properties, . . . ); 
viders 24 may provide the capability to compress and/or SetProperties(Entry, &Properties, . . . ); 
scale different types of data content, such as image, video, Read(StreamEntry, &OutStream, . . . ); 

or HTML (HyperText Markup Language). As is explained Write(StreamEntry, &InStream, . . . ). 

further below, one or more transcode service providers 24 Unlike most cache memories, server-side cache interface 28 

may be provided to act upon a command contained in a 60 anc j server-side cache memory 30 enable maintenance of 

request or a data object received by transcoding server 34, multiple representations of a given cached object, with 

or any other information determinable by transcoding server descriptive information about each representation included 

34, to effect the dynamic configuration functionality m server-side cache memory 30. In addition, server-side 

described herein. cache interface 28 and server-side cache memory 30 serve as 

As shown in FIG. 3, transcoding server 34 may also 65 a synchronization point for multi-threaded accesses to 

include a server-side cache memory 30 managed by a cached objects. It should be noted that the illustrated 

server-side cache interface 28. Server-side cache memory 30 embodiment does not require any particular configuration 
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for server-side cache interface 28 and/or server-side cache for compatibility reasons, enabling embodiments of the 

memory 30. Indeed, functionality attributed to these com- present invention to be used with existing browsers that do 

poncnts may be readily implemented in other system com- not include support for certain transcoding functionality 

ponents. (e.g., advanced data compression), and enabling users to 

The CreateEntry( ) call creates and returns a cache entry 5 selectively retrieve non-transcoded versions, 

for a specified hypertext object. This call also creates an The GetScaledObject() caU is similar to GetObject(), and 

entry stream for an original version of the hypertext object. ^ also to request a n object from server-side cache 

Similarly, the GetEntry( ) call obtains a cache entry for a mcm0 ry 30; however, it adds support for requesting a 

hypertext object already existing in cache memory 30. Both particular version of that object, such as a high-quality 

the CreateEntry( ) and GetEntry( ) calls set locks on asso- 10 ren dition. Unlike traditional caching proxies, transcode ser- 

ciated cached objects until a QoseEntry( ) call is invoked. vice providers 24 can use server-side cache memory 30 to 

Once a lock is set, the cached object will not be replaced or store several different versions of an object to support clients 

invalidated by cache interface 28, permitting one or more ^h different communications and/or presentation capabili- 

transcode service providers 24 to safely perform any ties aD additional "Stage" parameter may be used to 

required cache operations, such as object retrieval and/or 15 indicate which version of the cached object is to be returned 

storage. t0 nelW0 rk client 12. Where transcode service provider 24 is 

After a cache entry is created or opened by a configured to scale network content, it may use this param- 
CreateEntry( ) or GetEntry( ) call, the CreateStream( ) or eler l0 request a version of a cached objecl having) for 
GetStream( ) calls may respectively create or open an extra example, a default scaled quality, a refinement to a better- 
stream entry for the cached object. Each extra stream entry 20 quality ver sion, or the original non-scaled version, 
is associated with a different transcoded version of the [n this embodiment, when network client 12 requests a 
hypertext object, which may be retrieved or appended to by hypertext object, HTTP remote proxy 36 uses either the 
one of transcode service providers 24. Stream-based pro- GetObject( ) or GetScaledObject( ) call (depending on if 
cessing of cached objects makes it possible for transcoding network client 12 is capable of receiving scaled/transcoded 
server 34 to begin transmitting a transcoded version of a 25 datatypes) to retrieve the hypertext object from parser 22. If 
hypertext object to a requesting network client 12 even the hypertext object is not found, parser 22 uses the 
while transcode service provider 24 is appending additional CreateEntry( ) call to create an entry (in effect, a 
transcoded content to that same version. Advantages of this placeholder) in server-side cache memory 30 for the new 
stream-based processing include reducing user latency object. The new entry is returned to HTTP remote proxy 36, 
through incremental painting of objects and avoiding unnec- 30 wnich requests the hypertext object from Internet 18. As a 
essary idle time on client/server communications link 14, data slr eam for the hypertext object is returned, HTTP 
thereby providing users with a more responsive "feel/' rcmote proxy 36 calls parser 22 using the PutObject( ) call, 

The GetProperties( ) and SetProperties( ) calls retrieve pass j n g into this call the new entry and the handle to the data 

and store information about cached objects, including infor- stream t0 be placed into thc entry Parser 12 an 

mation maintained by transcode service provider 24 used to 35 appropriate transcode service provider 24 based, for 

determine transcoding properties and transcoding status of a example, on the content type of the data stream. In this 

cached object. Transcode service provider 24 may use such con text, the term content type encompasses a datatype, an 

information, for example, to determine current compression HTTP MIME (Multipurpose Internet Mail Extensions) type, 

progress for scaled data access and staged refinements. a f ormat , and so on. The selected transcode service 

The Read( ) call reads data from a specified cached object 40 prov ider 24 uses a separate thread to read the incoming data 
data stream. For example, transcode service provider 24 may strea m, transcode it, and place it within the entry of server- 
invoke this call and tunnel stream data through HTTP side cache memory 30. The current thread immediately 
remote proxy 36 directly to network client 12. The Write( ) returns to HTTP remote proxy 36, which once again calls 
call caches data from a new HTTP data stream. This call will GetScaledObject( ) (or GetObject( )). This case will always 
append an incoming data stream received from, for example, 45 re sult in a cache hit. This thread then works simultaneously 
a Web server or transcode service provider 24, to an opened with lhe ^p^ate thread in the PutObject( ) to tunnel data 
cache stream which may be concurrently read using the (either origin al or transcoded) from transcoding server 34 to 
Read( ) call. network client 12. 

In the present embodiment, parser 22 includes the fol- Multiple-thread processing improves the efficiency of 

lowing calls: 50 transcoding server 34 by not waiting for a hypertext object 

GetObject(URL, lnParams, &OutParams, &OutStream, . t o be received in its entirety by HTTP remote proxy 36, or 

■ • )i added in its entirety to server-side cache memory 30, before 

GetScaledObject(URL, lnParams, &OutParams, beginning to send the object to network client 12. Another 

&OutStream, Stage, . . . ); benefit of multiple-thread processing is that parser 22 may 

PutObject(URL, InPararnStruct, &InStream, 55 efficiently process requests for the same hypertext object 

&OutParams, &OutStream, . . . ). from multiple network clients 12. The hypertext object need 

As detailed below, parser 22 uses these calls to manage the only be retrieved from Internet 18 once, and appropriate 

provision of requested content to network client 12. versions may be transmitted to such multiple network clients 

The GetObjeci() call is used to service non-enabled client 12 concurrently. It should be noted, however, that embodi- 

requests, and returns a non-transcoded (i.e., original) version 60 ments of the present invention may be implemented without 

of a specified hypertext object. In this embodiment, multiple -thread processing. 

transcoding server 34 assumes that each HTTP request has Referring again to the embodiment illustrated in FIG. 2, 

a unique thread that may be blocked until the request is network proxy 34 is capable of selectively routing a request 

satisfied. Accordingly, the GetObject( ) call will block until received from network client 12 to any of a number of 

it either returns the requested data stream or indicates failure 65 different destinations, including other network proxies 34'. 

with a cause (e.g., object does not exist). This ability to To further illustrate the general operation of this 

return a so-called standard hypertext object is advantageous embodiment, assume a user of network client 12 wishes to 
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access a particular Web page, or URL (Uniform Resource and a data portion 64'. In reformatted request 60', however, 
Locator), on Internet 18. Network client 12, via its browser the destination address 66' now designates a dynamically- 
software, transmits an HTTP request for the HyperText selected destination. Network proxy 34 then forwards refor- 
object to network proxy 34 over client/server communica- matted request 60' to the selected destination device (Step 
tions link 14. In this particular embodiment, network proxy 5 130). 

34 includes a destination selection module 38 configured to It is possible that network proxy 34 and a selected 

dynamically determine a destination address to which the destination device, such as a particular network server on 

request received from network client 12 will be forwarded. Internet 18 or another network proxy, may be configured to 

Destination selection module 38 may be implemented, for communicate using a protocol which avoids the need to 

example, as a software routine within network proxy 34. 10 reformat the message, or limits the extent to which such a 

With further reference to the embodiment of FIG. 3, desti- message needs to be reformatted. In addition, messages 

nation selection module 38 may be implemented in any transmitted between network proxy 34 and the selected 

number of ways, including as a transcode service provider destination device may optionally be encrypted and/or 

24 under control of parser 22, as a module within parser 22, equipped with other authentication mechanisms (for 

as a front-end to transcoder 20, or as a separate module is example, a digital watermark) for security purposes in 

coupled to HTTP remote proxy 36. accordance with known technologies. 

Destination selection module 38 may include decision In the example illustrated in FIG. 4, the source address 68' 

logic for selecting a destination address based upon any of of reformatted request 60' remains set to the address of 

a wide variety of selection criteria. For example, destination network client 12. This will cause the destination device to 

selection module 38 may select an appropriate destination! 20 treat reformatted request 60' as though it had originated with 

address based on information contained in a header portion! network client 12. Where the intended recipient for refor- 

of the request received from network client 12. Such infor- matted request 60' is another dynamically-chainable net- 

mation might include, for example, an address or other work proxy, or is otherwise configured to recognize a special 

identifying information associated with network client 12. protocol used by network proxy 34, network proxy 34 may 

Another possible selection criterion might be an identifier 25 alternatively reset source address 68' to its own address to 

for a particular service, such as a popular search engine, ; ensure that the reply to reformatted request 60' is returned to 

which the user of network client 12 wishes to access. Yet network proxy 34. In such a case, network proxy 34 may 

another possibility is that destination selection module 38 embed the address for network client 12 elsewhere within 

may choose to route the request to one of several network the reformatted request using, for example, a "cookie" 70 or 

server computers capable of servicing the request based 30 similar technique known in the art. This will then enable 

upon information relating to a present load status of such network proxy 34 to ascertain the ultimate originator of the 

available servers or congestion on given links to those ; request, which in this example is network client 12, thereby 

servers (that is, load on the network). In similar fashion, permitting network proxy 34 to forward the reply to the 

destination selection module 38 may choose to route the appropriate (requesting) device. 

request to another network proxy based upon a load status of 35 Reformatted request 60* may optionally include an indi- 

network proxy 34 itself. Likewise, destination selection cator (not shown) identifying the fact that the request has 

module 38 can route the request through other transcoding been operated upon by network proxy 34. Once again, 

servers based on, for example, the type of client making the various techniques (e.g., cookies) are known for embedding 

request. Additionally, destination selection module 38 can such information within a request (or reply to a request), 

route the request based on a determination that the requested 40 depending upon the particular communications protocol 

content has been cached on another device. The information employed. Such an indicator may be useful in an embodi- 

used by destination selection module 38 may be maintained ment where content being returned in response to a request 

in a data store, such as a look-up table, maintained or by network client 12 may potentially pass through a plurality 

accessible by network proxy 34, or may be acquired or of different network proxies 34', each of which is capable of 

derived in real-time from other devices (e.g., potential target 45 performing a different type of scaling, compression, or other 

proxies or servers) to which network proxy 34 is coupled. type of transcoding on the requested content. In such a case, 

To further describe the operation of a dynamically- it may be ineffective or even counterproductive to transcode 

chainable network proxy according to an embodiment of the content that has already been transcoded by another network 

present invention, FIG. 4 illustrates one possible implemen- proxy. A network proxy which subsequently receives the 

tation of a special communications protocol to achieve the 50 data stream being returned may then use such an "already 

dynamically-chainable functionality. As illustrated, an origi- processed" indicator to determine whether or not to act upon 

nal request 60 of a type which might be received by network the data stream before sending it on to its next, and possibly 

proxy 34 includes a header portion 62 and a data portion 64, ultimate, destination. 

with header portion 62 including a source address 68 and a As the foregoing description demonstrates, a network 

destination address 66. In this example, source address 68 55 proxy configured according to an embodiment of the present 

may correspond to a TCP/IP address associated with net- invention may connect dynamically to zero or more succes- 

work client 12, while destination address 66 may correspond sive proxies or other devices. The determination of such 

to a TCP/IP address for a network server device associated connections is not static, as with known network proxies, but 

with a particular URL which the user of network client 12 rather may be based on, for example, a user command, a 

wishes to retrieve. 60 condition of the network environment, or some other pre- 

With further reference to the flow chart of FIG. 5, upon determined selection criterion. A benefit provided by such an 

receipt of a request, a data object or other message by embodiment is that a system administrator, or even the 

network proxy 34 (Step 100), network proxy 34 determines network proxy itself, may dynamically change (or add or 

a new destination address using, for example, destination delete) the next device to which the network proxy is 

selection module 38 as described above (Step 110). Network 65 chained, thus providing substantially increased flexibility in 

proxy 34 may then selectively generate a reformatted system configuration. Moreover, once a network proxy is 

request 60' (Step 120) again including a header portion 62' provided with the ability to dynamically chain to other 
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proxies, a system administrator may reconfigure the network 5. The method of claim 1, wherein said receiving a 

proxy without having to restart or reboot the device on response to said selectively reformatted data request cora- 

which the network proxy is running. Embodiments of the prises receiving said response from said selected destination 

present invention could thus be used to dynamically propa- device. 

gate reconfiguration instructions to a plurality of intercon- 5 g. The method of claim 1, wherein said receiving a 
nected network devices. Similarly, the dynamic chaining response to said selectively reformatted data request corn- 
capability described herein may be used in conjunction with prises rece i v in g said response from a device other than said 
suitably-written software to load balance a group of servers sc i cctc d destination device. 

or links automatically, or to selectively pass a request from ? A network M between a SQUrce device and 

a user (or a class of users) to any of a plurality of different 10 a ^ Qf destinalion deviceS) said network com . 

services automatically. . . A , , , c J . „ 

... , , ' . 4 . , . , , ... prising a destination selection module tor dynamically 

Although the present invention has been described with . - . •* . , . e ^ 

c °7 uj- *r • j.r *l chaining said network proxy to a selected one or said 

reference to embodiments tor accessing data from the , , , , . , 

Internet, persons skilled in the art will recognize that it is P luraht y of destination devices, said destination selection 

equally applicable to other networking environments. For 15 modulc prising a sct 0 f executable instructions for 

example, embodiments of the present invention may be used receiving a data request from the source device, selecting 

to enhance data communications between a network client one of lhe plurality of destination devices to receive said 

computer and an "intranet." An intranet typically is a secure data request based on a predetermined selection criterion, 

corporate network modeled after the Internet architecture, reformatting said data request for transmission to said 

and generally includes mechanisms for communicating with 20 selected destination device, receiving a response to said data 

external networks such as the Internet, request, said response comprising data requested bv the 

The foregoing is a detailed description of particular source device, and forwarding said response to the source 

embodiments of the present invention. The invention device. 

embraces all alternatives, modifications and variations that 8. The network proxy of claim 7, wherein said predeter- 

fall within the letter and spirit of the claims, as well as all 25 rained selection criterion comprises a characteristic of said 

equivalents of the claimed subject matter. For example, data request. 

embodiments of the present invention may be applied to 9. The network proxy of claim 7, wherein said predeter- 

communications protocols other than HTTP. Persons skilled mined selection criterion comprises a command embedded 

in the art will recognize from the foregoing detailed descrip- within said data request. 

tion that many other alternatives, modifications and varia- 30 10. The network proxy of claim 7, wherein said prede- 

tions are possible. termined selection criterion comprises a characteristic of 

What is claimed is: said network proxy. 

1. A method for dynamically chaining a network proxy to 11. The network proxy of claim 7, wherein said prede- 
a destination device, wherein the network proxy is coupled termined selection criterion comprises a characteristic of 
to a source device and a plurality of destination devices, said 35 said plurality of destination devices. 

method comprising the steps of: 12. The network proxy of claim 7, wherein said network 

receiving a data request from the source device at a proxy is coupled to said plurality of destination devices by 

network proxy; a respective plurality of communications links, said prede- 

selecting one of 'the plurality of destination devices to te ™ in 1 ed f™ 1 ™ criterion ^pusing a characteristic of 

service the data request, said selection being made by 40 «.d plurahty of communications hnks. 

the network proxy according to a predetermined selec- 13 Ase ' of "^ructions reading on a storage medium for 

tion criterion* or execution by a network proxy, wherein the network proxy is 

„ ' tJ , coupled to a source device and a plurality of destination 

selectively reformatting the data request for said selected devices> &aid M of mstruclions comprising instructions for: 

destination device; AC . . , , e 

, _ , , . 45 receiving at the network proxy a data request from the 

forwarding said selectively reformatted data request from source device- 
said network proxy to said selected destination device; , ' , p, ■ ■ j 

„ JJ selecting one of the plurality of destination devices to 

receiving a response to said selectively reformatted data ^ data &aid selection being made 5y 

request at said network proxy, wherein said response ^ nctwork according l0 a predetermined selec- 

comp rises data requested by the source device; and 50 t - Qn cr jterion- 

forwarding said response to said source device. reformatting the' data request for said selected destination 

2. The method of claim 1, wherein said forwarding step device' 

further comprises forwarding said selectively reformatted „ , , * 

data request to a second network proxy. forwarding said reformatted data request from the net- 

3. The method of claim 2, wherein said forwarding step 55 work proxy to said selected destination device; 
further comprises forwarding said selectively reformatted receiving at the network proxy a response to said selec- 
data request to a second network proxy that is dynamically reformatted data request, said response compris- 
chainable. m g data requested by the source device; and 

4. The method of claim 1, wherein said reformatting step forwarding said response to said source device, 
further comprises selectively reformatting said data request 60 

as an HTTP -compliant data request. * * * ♦ * 
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